home *** CD-ROM | disk | FTP | other *** search
/ The 640 MEG Shareware Studio 2 / The 640 Meg Shareware Studio CD-ROM Volume II (Data Express)(1993).ISO / pcb / csdlc204.zip / HISTORY.DLC < prev   
Text File  |  1992-11-16  |  23KB  |  441 lines
  1. ╔════════════════════════════════════════════════════╗
  2. ║ CSDLC - Written by Gary Bouchard                   ║
  3. ║ SysOp - The Computer Store BBS                     ║
  4. ║ St. Augustine, Florida (904)794-0063 BBS           ║
  5. ║ Copyright(c) 1990,92....All Rights Reserved        ║
  6. ║ Released August 4, 1990  Modified June 14, 1992    ║
  7. ╚════════════════════════════════════════════════════╝
  8.  
  9.  
  10. CSDLC History File in Reverse Order
  11.  
  12. - November 16, 1992 Ver 2.04
  13.  
  14. Found an error that was causing the program to go into a loop and start
  15. the count over again. Still swatting bugs while I work on ver 3.
  16.  
  17. - November 15, 1992 Ver 2.3ß
  18.  
  19. Corrected an error where the program would exit with an error code, but
  20. not give any explaination of the error. I was restoring the original
  21. screen on exiting the program, which of course made the error go away.
  22. If you experience error 99 right after the files are counted, then there
  23. is a line in the config file that the program does not understand. The
  24. version 2 config file is different then the version 1.x files, and a
  25. couple of items were taken out that were not needed.
  26.  
  27. Remember folks that this program is still in beta testing... Please take
  28. appropriate precautions, and backup you DIRxx files before running...
  29. Just in case!
  30.              
  31. I am working on a major overhaul of DLC (ver 3), which will start using
  32. a datafile, rather than building the download count new each time. It
  33. will also run in protected mode, for increased speed and flexibility.
  34. I am now taking wish list requests. Contact my BBS, and leave me a
  35. comment with DLC Wish List, or put it in text format, and upload it in
  36. ZIP to me. If I can do it, I'll put it in (with in reason of course <g>)
  37. the program.
  38.  
  39. - June 15, 1992 Ver 2.2ß
  40.  
  41. Corrected a problem where the program was updating the wrong filename
  42. with the download count <major blunder!>. It seems that I was looking at
  43. the next filenames information. It does not appear to have caused a real
  44. problem.. there were just a couple of files that did not have the right
  45. count. Cleaned up the display a bit more to speed it up, and stripped
  46. out the @X## codes from flashing on the screen when I show a file being
  47. updated. I previously had all files being displayed, which was not
  48. necessary. Now only updated records are displayed. I am still trying to
  49. work out a quick way to handle database updates, and have not come up
  50. with anything that I like. I will keep working on it.
  51.  
  52. In the near future I will be moving the BLT generation out of the code
  53. and allow the user to define the headers and footers with some macro's,
  54. and have the program update the file with the pop files.
  55.  
  56. - June 14, 1992 Ver 2.1ß
  57.  
  58. More major revisions to the logic of the directory processing
  59. procedures. I was able to reduce the code from 1900 lines to 1600 lines
  60. just from rethinking the logic in this area. Minor cosmetic change made
  61. on the front end. As of this release, the /CLEAR switch is not
  62. functioning at 100%. The code is in fairly good shape from here, but
  63. please make a backup of your @DIRxx files before running, just in case.
  64. I will be continuing the logic changes, and fixes over the next couple
  65. of weeks, so please check by regularly for updates..
  66.  
  67. Pay attention to changes mentioned here to the configuration file. If
  68. your @config file is not up to date, it may cause unexpected results.
  69.  
  70. - June 6, 1992  Ver 2.0ß
  71.  
  72. Made some MAJOR revisions to the internal code of the program. Changed
  73. the name of the program to be consistent with the other programs I have.
  74.  
  75. Reworked the entire conference processing routine, and cut a whole bunch
  76. of useless code out. Changes made to the logic of the program, and 2 new
  77. macros were added by request. If there is other information you wish to
  78. see, let me know now, while I have the hood open! I left the interface
  79. as it was... no need to change it really, since the intent was to run in
  80. your event.. It doesn't have to be real pretty.... just informative. I
  81. have many more changes to make, but if you want to beta test it with me,
  82. follow my example config files, and PLEASE backup your DIRxx files
  83. incase you don't like what you see.. I will be using the history file as
  84. a note pad for the documentation, which will be updated after we finish
  85. beta tests. Check with me in the beta door on my board for updates which
  86. *MAY* come fast and furious (depending on the responses). Since this is
  87. a beta version the required key files will only be good for 30 days, to
  88. be sure that you do not get stuck running a buggy version. I will
  89. include refreshed key files in the zip on each revision.
  90.  
  91. - April 3, 1992   Ver 1.70
  92.  
  93. Increased the stack size a bit more, added a routine that will extend
  94. the HEAP size into the upper memory block on 386 computers, freeing up
  95. more ram for reading larger download.txt files.
  96.  
  97. - March 3, 1992    Ver 1.68
  98.  
  99. Program logic is being worked on to improve performance. Once I get some
  100. time, there are several new features that I will be adding to the
  101. program to cut processing time, and add more user defined features. I
  102. started rewriting the code using an Object Oriented approach, but I
  103. don't think I am getting the hang of it yet :-) I will keep trying.
  104.  
  105. A user reported the program hanging on a large DOWNLOAD.TXT file.
  106. Looking at the code, I could not figure what was causing the problem
  107. other than a small stack size. I increased the stack to 48k from 32k. I
  108. am trying to keep it low, so the program has more heap space to work
  109. with. Perhaps one day I'll plug some code in to make it use extended
  110. memory. That of course would require protected mode operation, but I
  111. don't think there's many XT's left (are there?).
  112.  
  113. Changed the registration process from Serial Number to a KEY file. The
  114. program is still free, but I want to know who is using it. The demo key
  115. file enclosed in the zip will allow normal operation of the program for
  116. one month, but will prevent the bulletins from being generated until you
  117. call my BBS and get a full working key. Once you have the key, it will
  118. work for all future versions of the program. Just log onto my BBS and
  119. request a key file for the program, and I'll have one available within a
  120. couple of days (in case I am on the road).
  121.  
  122. - October 3, 1991   Ver 1.68
  123.  
  124. Found a bug that would cause the last entry in a DIRxx to not get
  125. updated with a count *IF* the entry before it did not have a count
  126. attached to it. Fixed!
  127.  
  128. The program has been out for a while with no critical errors, so I also
  129. turned off the DEBUG code for a little better performance.
  130.  
  131.  
  132. - July 5, 1991      Ver 1.67
  133.  
  134. Corrected an error I discovered while playing with Lantastic. Output to
  135. the callers log will now be based on the pcboard.dat file you pass to
  136. the program. For node specific output, the DLC output will report to the
  137. correct callers log.
  138.  
  139. - March 29, 1991    Ver 1.66
  140.  
  141. There is now included in this release a 286/386 specific version of DLC.
  142. If you you have a 286/386 processor, then use the new files. Just delete
  143. the ones you do not use...
  144.  
  145. The External Count program is no longer supported (because it isn't
  146. needed), and all references will be deleted in the near future..
  147.  
  148. - March 27, 1991    Ver 1.65
  149.  
  150. Tim Neff reported problems with the program chopping off the header, and
  151. mysteriously deleting files after updates. After looking at his output I
  152. discovered that he is using WGM-DMS33 for his headers, which place @X##
  153. codes at the first position of each header line to @colorize. I was
  154. filtering the @ symbol in the first position while looking for the first
  155. filename. This was causing the trouble. I removed that symbol from the
  156. filter, and it appears to be processing normally now. I will get a
  157. better feel for it when I receive my upgrade for WGM-DMS as I am still
  158. on ver3.2.
  159.  
  160. Since I have removed this symbol from the filter, please try not to name
  161. any of your files to begin with "@" or that could foul things up a bit.
  162.  
  163. I found out that I had the Stack checking turned off in the compiler,
  164. and the stack was overflowing and I did not know it. This was causing
  165. the program to lockup in certain cases. I may have also been causing a
  166. hardware failure message to appear. I increased the stack space to 24k.
  167. If anyone finds a similar problem, let me know. I may need to increase
  168. it. If you should report any such failures, please make note of the size
  169. of your download.txt file for me, so I can get an idea whats out there!
  170.  
  171. I changed the logic in the program to only take bytes of memory while
  172. compiling the database list, *IF* the file actually exists. I was
  173. previously adding the record to the list first, then going to verify
  174. it's existence. That should cut down considerably on the amount of
  175. memory needed to operate on large DOWNLOAD.TXT files.
  176.  
  177. I added a new parameter to the program called @DISKFILEDATE. If you have
  178. this parameter active in your configuration file, when DLCounter looks
  179. at a file description, it will also check the @diskfiles date. If they
  180. are different, the program will use the @diskfile date in the
  181. description. If you exclude or comment out that option the program will
  182. use whatever date is currently in the DIRxx Description.
  183.  
  184. I also brought DLCDB, the Debug program update to date with the current
  185. file structure of the database file.
  186.  
  187. - March 22, 1991    Ver 1.64
  188.  
  189. Minor correction to a string variable that was too short. BBS Support
  190. has been restored. You may now contact my BBS via the number listed
  191. above for continued support. Yippie!!!
  192.  
  193. - March 13, 1991    Ver 1.63
  194.  
  195. Received another call about the program locking up as soon as you called
  196. the program. Came to find out that the user was on an XT 8088 type
  197. machine. I generated the code using 286 specific instructions, therefore
  198. it would not run on XT's. I didn't think anybody was running there
  199. boards on an XT. At any rate this is just a recompile with the 286
  200. aspect turned off. If this does not affect you, then you do not need to
  201. change versions.
  202.  
  203. - March 12, 1991    Ver 1.62
  204.  
  205. I received a call about using DLCounter with @WGMDMS version 33s. This
  206. program now uses @PCB color @X## macros inside the headers. DLCounter
  207. was duplicating the header information, but truncating anything past 80
  208. characters wide, which chopped off some of your header file. This was
  209. corrected.
  210.  
  211. Apparently there are some boards that kill their Download.TXT file every
  212. so often. This creates a problem with the operation of this program, as
  213. compilation of the download count is done using the download.txt file. I
  214. have a change in the works that will involve a fix to this problem, and
  215. at the same time improve the performance of the program.
  216.  
  217.  
  218. - February 22, 1991 Ver 1.61
  219.  
  220. I am sure you noticed that I skipped a version number if you care... I
  221. accidentally packed up and released a fix without updating the history
  222. file. This release corrects a problem reported that made duplicate lines
  223. if the entry was the very last one in a file. I was just writing the
  224. line twice for some reason. I made a couple of changes internally to
  225. some routines, to help speed the program up. Made a minor adjustment in
  226. the BLT/Display file generation to be a little faster, but I think it
  227. still needs some improvement.
  228.  
  229. - February 10, 1991 Ver 1.59
  230.  
  231. Another reported problem by Pepper @Meyers revealed that somewhere along
  232. the line I messed up the parsing of the DIRxx descriptions in the
  233. conferences, where it would consider a file description complete if it
  234. found the line "DOWNLOADED -> x Time(s)". Well the program was
  235. *ASSUMING* that this would be the last line of a description. Apparently
  236. someone might edit the description with additional information after the
  237. last downloaded line, and since it thought it was finished, it would
  238. move on to the next file, thus truncating the description or leaving off
  239. lines. I think I have corrected this. What I need to do is rethink the
  240. logic in counting secondary lines of a file description, and insert my
  241. line after the previous ones, all the while looking for a download count
  242. entry made previously, so it could be updated. If anyone has any
  243. suggestions they would be appreciated.
  244.  
  245. In 1.57 I added a MIN_DLCOUNT variable, but the comparison routine to
  246. determine if a file met the requirement was incorrect...Fixed.
  247.  
  248. - February 7, 1991 Ver 1.58
  249.  
  250. Tim Neff reported a problem with DLC that had to do with the program
  251. deleting entries if you were not using the "/NEW" switch, but worked
  252. fine with it. Looking at the code I discovered that the logic I was
  253. using to determine if the database file needed to be rebuilt or
  254. completely re-created was out of whack! I corrected this so that the
  255. program will now look for the existence if the database file first. If
  256. it cannot locate the file in the location you specified in the
  257. configuration it will recreate the file, and the program will note this
  258. at the top of the screen with a message stating that the DATABASE
  259. RECORDS are being RECREATED. If the program finds the database file, but
  260. if the date is less than the system date, the program will show that it
  261. is updating the database records. During the UPDATE process, the program
  262. will still read through your Download.txt file, but will only update
  263. files downloaded since the last successful execution of DLCounter. After
  264. all of that I was still not able to duplicate the difficulty that Tim
  265. Neff was having. If anyone else is experiencing this, please let me know
  266. so I can try to establish a pattern. The program was recompiled under
  267. Turbo Pascal 6.0, but I have not completed running it through the Turbo
  268. Profiler to optimize the code. So far, it appears that I did not do too
  269. bad with the logic according to the statistics produced by the
  270. profiler... but I guess we will see about that! Continuing slowly on the
  271. manual...soon... real soon! <grin>
  272.  
  273. - January 25, 1991 Ver 1.57
  274.  
  275. I added a feature that allows the user the define the minimum download
  276. count to qualify for updating a @DIR text record. The default of course
  277. is 1, but a new keyword can be placed into the configuration file along
  278. with the number the user chooses. The keyword is "MIN_DLCOUNT". This is
  279. a different keyword from MIN_DOWNLOAD, which is used in the BLT Display
  280. file generation. Note the sample configuration enclosed in the zip file
  281. for the explanation. A couple of cosmetic changes where made, and I
  282. shortened the record length of the database file that is generated by
  283. removing information that was not necessary. I am also working on
  284. updating the documentation, which will follow the standard established
  285. by others of being produced in WordPerfect 5.1 and will be available to
  286. all users for a fee of $8.50 to cover the cost of mailing and paper.
  287. This will be a professional style manual. I also changed DLCDB (The
  288. debugging program) to follow the record format produced by DLCount.
  289.  
  290. I also fixed that lingering problem of deleting the DIRxx.$$$ temporary
  291. work file if the user pressed the ESC key to abort processing. DLCounter
  292. now correctly deletes this file, and ends.
  293.  
  294. I forgot to mention that a couple of versions ago, I fixed a problem
  295. where DLCounter was not updating records if the filename started with a
  296. non alphabetic symbol (i.e @,#,$,&,). I was looking for A-Z or 1-9 for
  297. filenames in the first y
  298.  
  299. - December 27, 1990 Ver 1.56
  300.  
  301. Pat Monk reported a problem with DLCounter not processing the
  302. DOWNLOAD.TXT file that had less than 30 or so records. The error was a
  303. Divide by Zero error. That error was generated when calculating the
  304. growth of the scale, and I had @hardcoded the formula, rather than put
  305. it into variable format. I tested the correction by taking out all but
  306. one record from DOWNLOAD.TXT and running the program, without a hitch.
  307. Turbo Pascal Version 6 now has a Profiler program that will help me to
  308. optimize the code. I will begin this once I receive my upgrade, so watch
  309. for updates. I need to know if anyone is using the COUNT program that is
  310. included in the ZIP file. COUNT is a @standalone program that will
  311. create your database file for you, if you have one too large for DLCOUNT
  312. to handle because of memory. If I do not get any responses I will
  313. discontinue that program. If you require assistance with the program or
  314. have any suggestions you can call me at my voice line (904)797-1713 or
  315. (800)424-4337.
  316.  
  317. - December 20, 1990  Ver 1.55
  318.  
  319. Ron Herrings previous report about not being able to process conferences
  320. above 40 was true, but he had also reported that the program would not
  321. process Directory File Listings greater than 39. This again was because
  322. I had the upper limit of the array set to 40. I wasn't thinking about
  323. boards that might have more than 40 DIR Files. This has been corrected.
  324. You will also notice that the "ß" is gone from the version number. I
  325. figured that it has gone thru enough beta testing, and is fairly stable
  326. now. I still do not have my BBS up again yet, but you may still call me
  327. for support at the number listed below. If you have any suggestions on
  328. what you would like to see the program do, please let me know, and I'll
  329. try to incorporate them in future releases. Updated documentation will
  330. be put into the next maintenance release, so in the mean time please
  331. consult the history file, docs and config files for operational changes.
  332.  
  333. - September 18, 1990 Ver 1.54ß
  334.  
  335. Ron Herring reported that he could not process conferences above 40,
  336. which was quite true...I had the conference array set to a max value of
  337. 40. No problem! I changed the array max to 100. If someone needs more
  338. than this, please let me know. I also fixed the positions that some of
  339. the secondary lines where ending up on if they were not in the same
  340. place as the PIPE variable used in the program. In other words, the
  341. program should put your secondary lines exactly where you set them to
  342. be, rather than lining them up with the PIPE variable that I was doing
  343. before. Sorry guys!
  344.  
  345. Due to financial difficulties, I find it necessary to temporarily shut
  346. down my BBS until I get things caught up. Long Distance charges can
  347. really drag you down sometimes. My voice number where you can reach me
  348. during the day is 1-800-424-4337. This is in Cincinnati, Ohio. Just ask
  349. for me. I cannot return calls, so if I am not there, do not leave a
  350. message...please call back. I will still support the DLCounter program
  351. via telephone until I can get the BBS back up. I have been a PCBoard
  352. SysOp since version 10.0, so I am not a fly by night board! If you have
  353. any difficulties with the program, please call me, and I'll do my best
  354. to address them.
  355.  
  356. - September 11, 1990 Ver 1.53ß
  357.  
  358. Some problems reported from SysOps who do not necessarily use position
  359. 32 of the secondary line for the start of the file descriptions.
  360. Previously hardcoded, you may now specify what column you wish the '|'
  361. symbol to be place in your file descriptions secondary lines. If you
  362. recall, PCBoard uses this character as a formatting guide in placing
  363. additional lines in file descriptions. Pcboard does not show this
  364. character to the caller. In order to specify your own column position,
  365. use the 'PIPE' variable in your configuration file to tell DLCounter
  366. what column to place the '|' (pipe symbol).
  367.  
  368. ; Example; PIPE 32 ; If the 'PIPE' command is not found in the
  369. configuration file the program will default to column 32, as it always
  370. has. If you are CHANGING the position, *FIRST* run DLCounter with the
  371. /CLEAR /NEW command line switches to remove the previous DLCounter
  372. entries, then change the 'PIPE' value, and re-run the program.
  373.  
  374. - September 8, 1990  Ver 1.52ß
  375.  
  376. In order to remain consistent with PCBoard(tm) macro conventions, I have
  377. changed the program to look for the @@USERCOUNT@ macro in UPPER CASE
  378. characters. Please check your config files, and be sure that you change
  379. the macro to upper case letters. Any further macros added to the program
  380. in the future will be created in this fashion.
  381.  
  382. - September 4, 1990  Ver 1.51ß
  383.  
  384. A user reported that the program was adding extra lines to the beginning
  385. of the DIRxx file if there was no header portion. I checked that out,
  386. and sure enough!, Fixed...(I think!)..let me know if you encounter any
  387. such circumstances.
  388.  
  389. - September 2, 1990  Ver 1.50ß
  390.  
  391. Note: Major revision change. 
  392.  
  393. I added the capability for the user to define his/her own tagline to be
  394. inserted into the DIRxx file. Within the configuration file there is now
  395. a parameter called "@USERSTRING". This parameter allows you to assign a
  396. string of up to 40 characters to the variable, that is inserted into the
  397. DIRxx file. The "USERSTRING" has a replaceable macro type option that
  398. will allow you to define where in "USERSTRING" you want your count to
  399. be. The replaceable macro parameter is "@usercount@". Notice that the
  400. parameter is in lower case letters...please define it that way in your
  401. USERSTRING or it will not get replaced with the count in your DIRxx file
  402. listing. An example would be like so;
  403.  
  404. USERSTRING Accessed: [@usercount@] Time(s)
  405.  
  406.                      -= OR =-
  407.  
  408. USERSTRING This file has been downloaded @usercount@ Times(s)
  409.  
  410. The "@" (at sign) surrounding the parameter is required, so that the
  411. program may find the parameter within your USERSTRING. Do not place
  412. quotes around the text unless you specifically want the quote marks to
  413. show up in your DIRxx file entry. If you leave USERSTRING blank, or
  414. leave it out of your configuration file, the program will default to the
  415. standard entry that was present before;
  416.  
  417. Downloaded -> xx Time(s) .
  418.  
  419. I strongly recommend that if you change your USERSTRING tagline, that
  420. you FIRST use the "/CLEAR /NEW" parameter to clear your entries, so as
  421. not to cause any problems, then replace your USERSTRING. I have
  422. arbitrarily changed the tagline several times in testing with no ill
  423. effects, NOT using the "/CLEAR", because I use the color highlighting,
  424. and the program looks for either the first word on the line or the "@"
  425. character (which is part of the @X## color macro) for reference.
  426.  
  427. Because of the way the line is checked for the update routine, *DO NOT*
  428. place the @usercount@ as the first words on the line. If you did, and
  429. this number was to change, it would no longer prove to be a true match,
  430. and would insert ANOTHER line with the new count rather than replacing
  431. the old one.
  432.  
  433. I also added a way to end the program besides Control break...If you
  434. press the <ESC> Escape Key during operation, the program will abort, and
  435. return you to the DOS prompt. Be aware that if you abort, the temporary
  436. file DIRxx.$$$ will remain in your directory, but the original DIRxx
  437. file will remain intact. You can also abort the program during the
  438. creation of the Database file. I have not updated the documentation with
  439. these recent improvements, but I will when I get some time.. Keep an eye
  440. on this HISTORY file for changes to the program.
  441.